Skip to content

Fix #3501: pin Microsoft.Extensions.Logging to the v8 floor#3502

Merged
kblok merged 1 commit into
masterfrom
fix-issue-3501
Jun 26, 2026
Merged

Fix #3501: pin Microsoft.Extensions.Logging to the v8 floor#3502
kblok merged 1 commit into
masterfrom
fix-issue-3501

Conversation

@kblok

@kblok kblok commented Jun 25, 2026

Copy link
Copy Markdown
Member

Fixes #3501.

We were pulling in Microsoft.Extensions.Logging v10 on every target, including net8.0 and netstandard2.0. On .NET 8 apps that sit on the v8 extensions stack, that v10 transitive reference tripped NuGet's "Detected package downgrade" error and broke restore.

Dropping the floor to 8.0.0 fixes it: v8 consumers restore cleanly, and v10 consumers still resolve to v10 through a normal transitive upgrade.

I kept the full Microsoft.Extensions.Logging package on purpose. Switching to Microsoft.Extensions.Logging.Abstractions would have shaved the graph, but it also drops Microsoft.Extensions.Logging.dll from the published dependencies — which would break the documented new LoggerFactory() / LoggerFactory.Create(...) setup in LogCDPCommunication.md for anyone relying on the transitive reference. Not worth a breaking change in a fix release.

Verification

  • Library builds clean for netstandard2.0, net8.0, net10.0.
  • Inspected the generated .nupkg: all three dependency groups now reference Microsoft.Extensions.Logging 8.0.0.
  • LauncherTests (Chrome/CDP): 56 passed, 0 failed.

🤖 Generated with Claude Code

The library referenced Microsoft.Extensions.Logging v10 for every target,
including net8.0 and netstandard2.0. On .NET 8 projects that align with the
v8 extensions stack, NuGet flagged a "Detected package downgrade" restore
error because they reference v8 directly while we pulled in v10 transitively.

Drop the floor to 8.0.0. Consumers on the v8 stack no longer downgrade, and
consumers on v10 still get v10 through a normal transitive upgrade. Keeping
the full Microsoft.Extensions.Logging package (rather than swapping to
Abstractions) avoids removing a public assembly from the dependency graph,
which would have been source-breaking for the documented LoggerFactory setup.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@kblok kblok merged commit c53cfdf into master Jun 26, 2026
41 of 46 checks passed
@kblok kblok deleted the fix-issue-3501 branch June 26, 2026 14:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Dependency version mismatch for .NET 8 target

1 participant